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■ In this paper, we propose a computational model for the direct execution of general specifications 

with multi-way constraints. Although this computational model has a similar structure to conven- 
' tional constraint programming models, it is not meant for solving constraint satisfaction problems 

but rather for the simulation of social systems and to continue to execute assigned processes. 
Because of this similar structure, it is applicable to the spectrum of the constraint solver, which 
is purple in this model. 

Our computational model is not a declarative programming tool, unlike conventional constraint 
programs. However, it can correspond to human logic when designing several applications or to 
design methods such as the data-oriented approach applied in many fields, including business 
' systems, graphical user interfaces, web services, simulation, and data processing. Essentially, it is 

' a technology that can speed up the construction of large-scale network systems. 

^ , This model can be efficiently executed to directly describe design content in a simple way. 

O ' Categories and Subject Descriptors: D.2.0 [Software Engineering]: General; D.3.2 [Program- 

ming Languages]: Language Classifications; D.3.3 [Programming Languages]: Language 
I ■ Constructs and Features; F.f.l [Computation by Abstract Devices]: Models of Computation; 

' F.1.2 [Computation by Abstract Devices]: Modes of Computation; F.4.f [Mathematical 

' Logic and Formal Languages]: Mathematical Logic; 1.2.2 [Artificial Intelligence]: Auto- 

, matic Programming 

^■f^ ' General Terms: Theory, Languages, Design, Algorithms, Performance 

C D , Additional Key Words and Phrases: automatic programming, computational model, computa- 

' tional theory, constraint programming, language design 

o 



1. INTRODUCTION 

A great deal of research is performed on software under the banner of Computer 
5_j , Science. Every possibihty of computational models [Ida 1989; Ida and Tanaka 

<^_- 1990; Walsh 2000; Fuchi, K.Ed, et al. 1989; Marriott and Stuckey 1998] has been 

researched. However, the basic problem, which cannot be resolved by coding work, 
is handled through personal experience and ideas. This problem, which is yet 
impossible to program mechanically, is generally resolved by the components of the 
software and is progressing with great precision, but we cannot currently say that 
there is any basic solution for this. 

Here, instead of conventional coding work, we advocate a programming paradigm 
in which operations are performed by directly describing the requirement specifica- 
tions. 
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Fig. 1. Simplified Banking System 

In this document, the development target is the business system and the program 
assigned to the computer, i.e., the business details, is the business flow. 

2. INSTALLATION 

First, we describe the design work and operation on the computer using examples. 
For instance, we will consider the simplified banking system shown in Figure 1. 
The client-side shown in the figure can also be handled collectively by this method, 
but the subject will be pursued by targeting only the server-side to simplify the 
explanation. 

Generally, a technique based on data-oriented approach [Hayashi 1995; Horiuchi 
1988] is used while designing, and a mechanical design procedure forms the data 
structure and data processing program from the specifications. However, some 
homespun coding work is then performed to realize the data processing details. 
If we put the permanent problems aside, a classic method for this coding work 
is to manage deposit information, debit and credit histories and check the usage 
status by allocating these operations to their respective structures or objects and 
providing the interface required for the operations. Here, for the specific action to 
describe each operation, the CPU operation is said to be programmed from personal 
experience and ideas. 

This technique is based on mainstream procedural programming, but there are 
different techniques using declarative programming. Declarative programming en- 
ables us to relegate the actual resolving to the computer by describing the data re- 
lation. However, in declarative constraint programming [Walsh 2000; Fuchi, K.Ed, 
et al. 1989; Marriott and Stuckey 1998], large multivariate simultaneous equations 
have to be solved by the computer. This presents the problem of execution ef- 
ficiency and the complexity of execution maxims, and consequently the banking 



Mctalogic Technical Paper, Vol. 1, No. 1, January 2013. 



A Computational Model for the Direct Execution of General Specifications with Multi-way Constraints • 3 



system was not developed on such a method. 

Constraint programming overcomes this problem using mathematical algebra. It 
is difficult to know whether the inside of a business system can be entirely described 
by expressions of an algebraic character because the intended purpose is to solve 
constraint satisfaction problems. For instance, the algebraic approach cannot use 
processing where an immediate reverse-computation exists without a calculation to 
accompany the loop and complex conditional branching. Thus, the coding prob- 
lem is to achieve the present programming level of execution efficiency with this 
technique, which can allow a wide description. 

As an example of an efficient constraint programming solver, we know of lo- 
cal propagation [Freeman-Benson et al. 1990; Sannella et al. 1993; Sannella 1994; 
Suzuki and Tokuda 2001; Zanden 1996], which is classified as a blue algorithm, and 
its application to user interfaces has been widely researched. 

If we reconsider this established subject and review the design process, the fol- 
lowing method is natural. First, we shall define the data structure. 

struct { 

string Depositors Name; 
int Amount; 
} DepositlnformationW; 

struct { 

int DebCreAmount = 0; 
string Date = currentdate(); 
string Time = currenttime(); 
} DebCreHistory[Userid]W; 

struct { 

int NumberOf DebCre; 
bool MorethanlOOtimes; 
} UsageStatusCheck[]; 

Here, the amount will be a credit when positive and a debit when negative. The 
relation between the deposit information and debit/credit history can be described 
by a formula. 

If this formula is called the constraint, it can be written as follows. 
Depositinf ormation\j]. Amount = 



Here, vsize{) is the function for obtaining the array size and variable j can take 
any value. The relation between the deposit information and debit /credit history 
can be described by a similar formula because <number of times> = < size of 
debit/credit history >. Thus: 

U sageStatusCheck[j\.NumberO f DebCre = vsize{DebCreHistory[j]) 
UsageStatusCheck\j] .MorethanlOOtimes = 

UsageStatusCheck[j]. NumberOf DebCre > 100 



vsize{DebCreHistory[j]) 




DebCreHistory [j] [i] .DebCreAmount 
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Seeing that this method is similar to the conventional local propagation, the 
computation will proceed after the computer determines the details of the given 
formula or the compiitation sequence. However, the procedure for processing the 
formula here depends on the specifications, business flow, and business details given 
by the customer. That is to say, these constraints already contain the actual data 
computation procedure, so there is no need to consider this in our method. 

Although this is similar to constraint programming, the decision of the constraint 
solution route at the problem solving stage is not needed, and the constraint satis- 
faction problem is not solved. 

Further, if the computational procedure is the business flow itself, and the com- 
puter understands the details sufficiently to change the procedure, it means that 
the details of the business that will be carried out by the human operators can 
be automatically analyzed. Except in special cases, this is not possible with the 
current technical level. 

Therefore, it is possible to arrive at the necessity of the existence of a multiway 
computation mechanism by using a constraint equation without trial and error in 
order to resolve non-constraint satisfaction problems whose purpose is different from 
that of conventional constraint programming, including non-algebraic expressions. 
This mechanism is indispensable to a blue algorithm [Freeman-Benson et al. 1990; 
Sannella et al. 1993; Sannella 1994; Suzuki and Tokuda 2001; Zanden 1996], which 
is the most basic and efficient form in the constrain solver; it is incapable of selecting 
the calculation route on the basis of the calculation results and of preprocessing 
the planning. 

Simply speaking, the method given in this example may have a two-way or one- 
way computation mechanism, but here we need to associate it to the general banking 
system. We are able to select from several databases, and the selection may be done 
by the customers. Depending on the case, the data may be registered in another 
database if the invalid access count reaches 5. Therefore, depending on the data 
content, a dynamic direction must be selected at the time of execution and a multi- 
way computation method is required for this constraint solution. However, the 
direction decision at execution can only be made beforehand by the designer. 

In this case, for the above constraints C, if all variables V are considered as Vaii, 
the constraint solution will be executed only if the constraints C are related to 
variables Vc C Vaii and the updated variables T C Vc are generated. This multi- 
way computation can be executed efficiently without fail by simply executing the 
operation to set the least related Vcn C T variable to satisfy each constraint C„. 

Optional variable j in this simplified banking system is the index of the arrays 
and is a single constraint problem. However, if the variables V are changed and 
become variables T, there is no need for any special computing to get the values to 
match the changed details. 

In documents [Freeman-Benson et al. 1990; Sannella et al. 1993] on the incre- 
mental blue algorithm and its later, improved form [Sannella 1994; Suzuki and 
Tokuda 2001], a walkabout strength that uses a locally-predicate-hetter comparator 
is employed, and during the planning, methods such as a back tracking search of all 
the constraints C are performed. Even document [Zanden 1996] has planning and 
execution phases for local propagation using the comparator, though on compari- 
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son it behaves in the same way as our method, and so the vahdity of the problem 
or acyclic route detection becomes a major challenge. It is prerequisite that the 

structure of the constraints of a targeted problem different from this method is 
unclear, and ultimately the unknown equation has to be solved, which makes the 
solution complex. 

However, the comparator cannot be implemented for the problems targeted in 
this method, and the constraint solution route is already provided. This means 
that there is no need for a mechanism to decide the solution route, as is commonly 
present in the red-orange-yellow-green-blue constraint solver spectrum, and only 
the pre-determined procedure is executed. 

When a certain event occurs, there are n pieces of the expression necessary, and if 
the time necessary to solve one expression is taken as the unit time, the constraint 
solver executes the shortest expression in 0{n) time units. This is different to 
the solvable problem in an conventional constraint solver, and it does not solve the 
constraint satisfaction problems in the conventional sense. Moreover, determination 
of the method route becomes unnecessary because it is possible to include a special 
non-algebraic function to freely describe the programming. Thus, it is not necessary 
to interpret the meaning of the expression in this function. 

Therefore, because the constraint satisfaction problem is not solved, it is difficult 
to say whether to enter the category of constraint programming. However, due to 
the structural resemblance, our method can be classified as a constraint solver, and 
the distinguishing part resembles the structure of the blue part. Here, a new color 
was required to be installed to suit the spectrum of the constraint solver, and it 
is purple. However, only the structural part is similar in the end, and we do not 
achieve the solving of the constraint satisfaction problem. 

To simplify the solution, in the above banking example, a solution is required to 
generate a simple formula for such processing. The program actually used in the 
business system does not involve any complex computation, but merely transforms 
the data and repeats the transfer process to simulate a part of the social structure 
with the aim of enabling us to reference the simulated result status. Therefore, we 
can presume that in the actual system, several conditional judgments and diversions 
are used in multi-way computation formulas, so this simplified banking example is 
not special. 

A summary of the above characteristics is as follows: 

— In the given constraints, the procedure for processing the solution is considered 

and there is no contradiction. 
— The constraints here need not be algebraic, and contain the function that does 

the programming. 

— The decision or judgments of the computation sequence, which are mandatory in 
conventional multi-way computation, are neither needed nor can they be imple- 
mented. 

This is a design method in itself, and it is difficult to call it declarative because 
the processing proccchirc; of the solution is given by the user and has the main 
characteristics of constraint programming. That is why, from here on, we call this 
method non-declarative constraint programming, or a computation model with a 
purple constraint solver. 
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Object 1 




Fig. 2. An example of the complex system 

The proposed method only handles problems whose solutions are clear. Conse- 
quently, the nature of problems handled in multi-way computation according to 
the constraints in this method is essentially different from declarative constraint 
programming, except for the fact that both handle constraints. However, it is cer- 
tain that the programming field where this method is applicable exists, and the 
previously mentioned banking system is a typical business system; therefore, this 
method can directly correspond with the processing sequence specifications given 
to the computer at design-time. Data processing and reshaping are the main pro- 
cesses in the business system, which means that the problem will not be solved by 
computing an equation. Most of the software development work consists of system 
development in general, and other developments are just a part of the development 
volume, a fact learnt from hands-on experience on the development site. 

Actual system development consists of many complex variables, and when spe- 
cific data is changed, the data fiows while transforming through multiple linked 
constraints. 

We clarify the meaning of multi-way computation by presenting an outline of a 
complex system in Figure 2. Lines CI to C7 are the constraints joining the variables, 
and there is no limit to the number of variables that can be referenced by one 
constraint. A wide description capability for changes in the substitution destination 
by the condition comparison is required from the multivariate constraints in the 
system description. Here, when the * marked value in Object 4 is changed, the 
constraints are executed in the order CI to C7 if the parallelism of the divisions is 
ignored and they are executed in a proper sequence. That is, the constraint solution 
sequence, which is the sequence of computation in this method, is not limited and is 
multi-way, and this sequence is determined from the connected constraints and the 
changed data. Here, this solution sequence is called the data fiow. Its multi-way 
nature is a general feature of constraint programming, and as the user considers 
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the data flow while entering the constraints, the process for deciding the route is 
not required and no other process besides execution of the given computation is 
carried out. 

The termination problem does not exist in our proposed model, unlike conven- 
tional constraint programming [Schulte and Stuckey 2009] and generic programming 
languages [Giesl et al. 2011], because our method does not generate a new execution 
flow, and it continues to execute only the given data flow. Because the proposed 
design is a business flow, it excludes the case in which, when it goes is wrong, it 
executes and terminates appropriately. The validity of the behavioral specification 
of the application corresponds to the validity of execution. 

Our programming language is executed directly as design information is input as 
a program, and the compilation doesn't exist. 

Other similar computation models besides constraint programming include one- 
way or two-way computation models, such as programming methods based on 
spread sheets [Zanden 1992] or data flow machines [Yuba and Yamaguchi 1993]. 
In document [Zanden 1992], multi-way constraints are handled, but multi-way con- 
straints that move freely without any limitations, as given here, cannot be treated. 
In addition, the computation model described in document [Zanden 1992] does not 
compute continuously from the linkage analysis in a series. This is because of the 
difference in the adaptive target. 

Besides, the document [Krishnamurthi et al. 2008] is a research near this. The 
document [Krishnamurthi et al. 2008] has treated the Alloy specification of the 
relation base, and the compiler generates the updating operation of the data base 
that CPU does. The difference with our programming language is the following 
two. The input program doesn't satisfy the mathematical relation, and contain 
the procedural programming language functions. The input program is executed 
directly without the conversion works. 

There is Comet [Walsh 2000] that Professor Pascal Van Hentenryck developed 
as a programming language that builds in the constraint solver. Because this has 
aimed to solve the constraint satisfaction problems as well as a blue algorithm, it 
is fundamentally different from our method. 

3. SOFTWARE CATEGORIZATION FOR APPLICABLE TARGETS 

We need to categorize software to prepare the applicable targets of this method. 
In document [Zanden 1992], software was categorized into interactive and batch 
applications, and interactive applications were the target field. 

Although batch applications will be the main target of our purple constraint 
solver, there are some areas in which this method is not suitable. For this reason, 
we need some other scale to categorize applications. 

The input/output structure of a simplified bulletin board- format web application 
is shown in Figure 3 and Figure 4. For input and output of an HTML system, the 
HTML can be assumed to give layout information and various properties of the 
parts can be presumed as variables. 

If we focus on the relation between the properties and the corresponding actual 
data variables, we can see that it has the same structure as the banking system. 
This is not only true in HTML: the structure is generally the same in a graphical 
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Fig. 3. Input and Stored Data of Web Application 
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Fig. 4. HTML Output of Web Application 



user interface (GUI) and printing for document output is also similar. The layout 
or the GUI operation itself can be separated from the framework, so this method 
can use a wide range of user interfaces. If the HTTP protocol is handled as it 
is, the data and display cannot be handled two-way and HTML does not have 
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Tabic I. Accounting Computation 



Price 


Number 


Sub Total 




100 


2 


200 


■ . . [1] 


200 


3 


600 


... [2] 


300 


2 


600 


... [3] 


50 


3 


150 


... [4] 


I'oLal 


1550 





total = subtotal[i]. 
subtotal [i] = price [i] X number [i\ , 
price[l] = 100,price[2] = 200, 
price[3] = 300, price[A] = 50, 
number[l] = 2,number[2] = 3, 
number [3] = 2, number [4] = 3 

Fig. 5. Constraints of Accounting Computation 

any problem, essentially because it can be separated into the data and layout. In 
[Zanden 1992], the construction of a complex GUI is considered as a prerequisite 
and can be considered as a special case of this method. However, as the user 
interface in a business system has a simple document base, it is much simpler. 

Generally, a business system consisting of a web system and a client server is 
made by integrating them through a network. This interface including a network 
can be abstracted as variables in the same way as a user interface, so all the elements 
can be handled by this method for system development. 

Consequently, our method is suitable in the following fields. 

(1) Business systems 

(2) User interfaces (GUIs) 

(3) Web systems, service programs 

On the other hand, this system is not suitable for some other applications. These 
are mainly computation processes for numerical computing. Computation processes 
include video and audio processing. 

Here, the characteristics of an application are simply classified, and the first is 
called "Data operational applications" while the latter is called "Computational 
applications" . Data operational applications do not have many computation pro- 
cesses, but their core operations are the four arithmetical operations, data trans- 
forming, and copying. As a result, in many cases, the relation between data can be 
simply described as constraints. 

If we discuss further classifications, we can consider applications like editors or 
word processors as computational applications. However, for example, many com- 
putational applications can be incorporated as parts of data operational applica- 
tions. 

Then, how should we include computation of the total in the accounting compu- 
tation problem shown in Table I. 

If the solution is declarative in constraint programming, with Price, Number, 
and SubTotal as the respective array variables and indexes from [1] to [4], the 
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problem can be described by the constraints shown in Figure 5. This is a typical 
computational application where the total is obtained from the constraint solver. 

However, if the data processing is carried out in the actual business in the same 
way as in the simplified banking system, the data will be stored in a database and, as 
the data is input continuously, the computation result will be continuously updated. 
This problem needs to be solved continuously, and so differential computation is 
enabled. This is a common characteristic of business systems and is common in 
most of the data operational applications described here. 

As a result, by linking the respective constraints C to the variables V, an ap- 
proach depending on the variation of variables is possible, and in this case we can 
regard it as a data operational application. 

4. DESCRIPTION OF CONSTRAINTS 

Although a mechanism for determining the solving method route is not necessary 

in this model, it is necessary to prepare a solver for each of the constraints. If we 
consider the constraint to be an equality, the relation between the left side a and 
the right side b can be described as: 

a = b 

In executing it, if the left side a changes, the right side b must also change. How- 
ever, the way to determine the value of the right side and whether the values of 
the variables included in the formula b can be determined or not depends on the 
structure of the constraints and the condition at the time of execution. As a and b 
can be abstract data structures or objects, they arc not simply single variables. 

Taking a sales order system as an example, if inventory a decreases, this could 
imply that order list b has increased. However, if the ordered product is cancelled, 
the order list b decreases and inventory a also returns to its original value. This 
kind of two-way computation is often required when solving constraints, but the 
computation methods are not necessarily simple. 

The basis of this computational model lies in setting the constraints so that no 
inverse solution method takes place in solving problems. Therefore, although it is 
not necessary to define inverse operations except when required, there are many 
cases where a solution method exists even though the problems cannot be handled 
mathematically. The constraints that do not have an inverse operation defined are 
considered to be one-way constraints. 

The constraint condition with an implicit constraint solution method y = f{x), 
for which the system can automatically prepare the constraint solution method, is 
described as: 

[y = m] 

and the constraint condition with an explicit constraint solution method y = f{x), 
for which the programmer indicates the constraint solution method, is described 
as: 

[ y = fix) h^[y^ fix); X ^ f-\y); ] 

As a result of this introduction, it becomes unnecessary for the left and right sides 
of the constraint to have any mathematical meaning. Although only a single output 
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is assumed here while solving the solution formula, there is no such limitation and 
there can be multiple outputs. 

In general, methods based on unification, the Knuth-Bcndix completion proce- 
dure, or the usage of the constraint solver has been used to guarantee the solution 
route in declarative programming. Therefore, the expression and its elements had 
to have a mathematical structure in order for these to be applied. 

In non-declarative constraint programming, the expression is only sequentially 
simply solved, because we only know that the solving route and the termination are 
guaranteed. Therefore, because the constraint can be treated by simple processing 
of the evaluation and the expression transformation, the description need not be 
limited. 

The functions /()and f~^i) build the procedural programming description be- 
cause they are not algebraic. Therefore, it is possible to build an efficient descrip- 
tion of the procedural programming language including the loop and the conditional 
branching of the constraints. 

This makes it look as if describing the behavior of CPUs is indispensable, just 
like the procedural programming language, but in fact, the essence of the overall 
program is well organized by the constraints as a result of localizing the procedural 
programming. The reuse rate is also high because it is not a modulation of the 
business but the data transformation, and an excellent modulation environment is 
being offered compared with conventional procedural programming. 

In the case of the implicit constraint method, the solution method is the solution 
of the equation. In this case, it is taken for granted that complex mathematical 
or algebraic solution methods need to be prepared, but as the tendency of gen- 
eral programming on many business systems is towards accounting computations, 
simple substitutions, easy addition, subtraction, and string operations rather than 
mathematical problems, formula transformation by means of simple transposition 
handling is sufficient. 

Though it is also possible to handle an increasing number of variables in multi-way 
computation, as the data destination is mostly selected according to the compu- 
tation result in business systems, we introduce if-then-else decisions in the above 
computation formula to divert the conditions. 

In this model, the necessary computations are achieved as a whole by combining 
the one-way, two-way, and multi-way constraints in a complex manner. As this 
system applies mainly for business systems that achieve social structure simulations, 
the structure becomes very complex with various intertwined constraints. However, 
as the complex structure corresponds to the specifications of the business, nothing 
extra has to be considered at the time of describing the constraints. 

Although operators or functions are necessary for matching and array operations 
in actual constraint descriptions, they need not necessarily be new and can be 
included above in f{x). 

5. PURPLE CONSTRAINT SOLVER 

The above concept has been reconsidered and generalized. The behavior of most 
of the data operational applications, such as business systems, can be described as 
follows. 
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solveri V,T,C) { 

while S 7^ { 

X'i-BseS •■■(!) 
Q •(- Vc 6 C has 

some dependent values related to x 
while Q 7^ { 

3c £ Q is taken away to solve, 



(1) All the data on the computer is in the form of solved problems and the computer 
need not work as long as there are no changes to the data. 

(2) Appropriate processing is done when there is a change to the data and the 
problem is solved. 

(3) Returns to (1). 

If we express this with constraints C and variables V, then (1) to (3) can be 
rewritten as follows. 

(1) All the constraints C are fulfilled and the computing machine has stopped until 
changes are added to the related variables 14 C Vaii- 

(2) Constraint solving is executed when changed variables T C 14 are generated 
and the value of variables 14„ C T are adjusted until the various constraints 
Cn are satisfied. 

(3) Returns to (1). 

This is handled as an assumed operation. 
Here, the constraint C is assumed as follows. 



One executable solver is executed on approval of the evaluation result of condition, 
i.e., condition — > -^true. However, the existence of the executable solver is a pre- 
condition. There are no limitations, as this condition satisfies the given constraint. 

Furthermore, if we define the solver by considering that the data flow is assigned, 
the problem will be merely to solve the constraint C„ related to variable 14„ un- 
conditionally without considering the order. Thus, it becomes a simple algorithm 
as shown in Figure 6, where the overall variables Vaii are V, all the variables that 
change in value are T c 14, and all the constraints are C. However, S and Q are 
sets. 

It is the user's responsibility to set the constraints so that they can be solved as 
shown in Figure 6, and so if the algorithm becomes unexecutable in the middle it 
will be due to a programming error. However, as the operation order and constraint 
solving process are taken into account automatically by complete compliance in the 
design, constraints that are actually assigned will not end with contradictory or 
inefficient operations as long as there is no error. 
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The following three points should be noted. 

— The constraints used here are simple addition and subtraction constraints, audi 
as those in the first simplified banking system, but the data flow is very impor- 
tant in many programs representative of actual business systems and is made 
of many such addition and subtraction operations. Therefore, in many cases, 
the constraints are simple operations of formula transformation and the meth- 
ods for solving them are obtained for specific variables, allowing the two-way or 
multi-way computations to be freely advanced. 

— The operations for the elements in each set of the algorithm shown in Figure 6 can 
be processed concurrently, and each procedure in Figure 6 can also be executed 
in parallel. This computational model essentially has perfect parallelism. 

— The complexity in this computational model is determined by the constraint 
solving procedure set by the user. Therefore, the user can forecast and control 
the total complexity. 

6. PROGRAMMING LANGUAGE RIPPLE 

6.1 Summary 

The programming language RIPPLE implements a mathematical formula data 
structure in the functional programming language LISP, prepares a mechanism to 
convert the C-style grammar into S-expressions in the front-end, and integrates a 
programming language based on the algorithm in Figure 6 as its execution principle. 

The reasons for selecting LISP in place of the conventional constraint program- 
ming language are as follows. 

— A complex constraint solver, in the conventional sense, is not necessary in the 
computation model of this article, and the only elements necessary for implemen- 
tation are the symbolic processing for computing the formula. 

— The constraint-describing capacity increases by selecting a functional program- 
ming language; in fact, it becomes limitless. 

RIPPLE executes the programming of the LISP language using the S-expression 
conversion mechanism through command prompt inputs. Though registration of 
constraint conditions, functions, and function calls are performed by the execution 
of the LISP language, the execution of formula and constraint solution processing 
is performed through a function known as the exclusive formula processing mech- 
anism. The function creates a list of the variables whose constraint solution is 
required for internal execution. Before displaying the ultimate output value, the 
constraint solution operation shown in Figure 6 is executed until the convergence 
criteria are met. 

The input grammar for RIPPLE, with the exception of the constraints, is shown 
in Figure 7. This is simply an addition of the input constraints process in the 
C-language. The RIPPLE-type system is the same as the Common LISP-type 
system, because the mathematical formula data structure is used for internal im- 
plementations in this programming language system. Therefore, in the external 
specification of RIPPLE, only processing concerning the purple constraint solver is 
added to the conventional programming language, which is essentially the only new 
element. Moreover, current RIPPLE doesn't implement the parallel processing. 
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execution-unit ::= 

constmint- declaration 
generic- declaration 
evaluation 

generic-declaration ::= 

C- language-style- function-declaration 
C- language-style- variable-declajration 

evaluation ::= 

C-language-style-expression ; 



Fig. 7. Main Grammar of RIPPLE 

constraint- declaration ::= 
I condition ] ; 

[ condition ] - > [ solvers ] ; 

condition ::= 

condition- expression 

[ matching-variables ] condition- expression 

condition-expression ::= 

C-language-style-expression ; 

solvers ::= 

solver-expression 
solver-expression solvers 

solver-expression ::= 

C-language-style-expression ; 



Fig. 8. Constraint Declaration Grammar of RIPPLE 

6.2 Constraints 

The method of describing constraint declarations is shown in Figure 8. The oper- 
ators and the functions that can be used by constraints C-lang-stylo-expression do 
not have the hmitation. Our programming language is LISP based system. There- 
fore, a different meaning is defined in the operator such as pointers, and the list 
data structure is expressible. Details are omitted because it is not essential. 

When the variable is changed, RIPPLE evaluates condition-expression of the 
constraints related to the variable. The variables of RIPPLE has information to 
the constraint that relates with the value. 

When an evaluation result of condition- expression is not established for the con- 
straint, i.e., when the evaluation result is false, null, or nil, the solver-expression 
is selected and executed. The selection at the time when an evaluation result is not 
established is always 1. It is a bug that the execution of the solver doesn't satisfy 
conditional expression usually. Therefore, after the solver is executed, it verifies it 
by revaluing conditional expression. 
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When solver- expression is one in the constraint definition, it is special. When 
solver-expression is one, solver-expression need not be selected. The solver need 
not understand the meaning of condition- expression. Therefore, the programmer 
can use the complex user-defined function including the branch and loop structure 
for condition- expression and solver-expression. 

When solver-expression is one, the one-way constraint and the branch to the 
multi-way are described. When there are two or more solver-expression, the simple 
bi-directional constraint and the multi-way constraint are described. Because both 
can use it by combining, the multi-way constraint with various structures can be 
unrestrictedly described. Therefore, the constraint solver of RIPPLE has been 
achieved by an extremely simple mechanism. 

Any number of variables can be described in the matching-variables. If a match- 
ing variable is included in evaluating a condition-expression, the matching variable 
is handled as an arbitrary value, and the value that could be matched in evaluating 
the condition- expression is substituted. The arbitrary value can be referred to as 
the same variable in the solver- expression. 

The array index number, or the generalized index range, can be given as an 
example of the main value to be substituted in the matching variable. 

6.3 Abstract Function Value 

It is necessary to increase and decrease the array element in the description of 
the constraints. For instance, the function vsize() sets the processing method to 
simultaneously change the array size to the return value and specify the size of that 
array. When substitution is directed to the return value of the function, the array 
size is changed. The LISP part of RIPPLE can define the abstract function value 
in an arbitrary place. The access function stored in the value by function setf can 
be called. 

The concept of an abstract function value is more complex, although it looks like 
the reference. It simultaneously has the access function for substitution and the 
value as a data structure of the return value of the function. When substituting 
it, the access function is called. Here, because it is an abstracted value with the 
function, it is called the abstract function value. 

6.4 Sample 1: Simplest Computation Program 

The simplest two-way computation program on RIPPLE is shown below. 

int a = 5; 
int 6 = 0; 
[a==6 + 5; ]; 

6.5 Sample 2: Simplest Multi-way Computation Program 

The multi-way computation program that executes the simplest conditional branch- 
ing is shown. The function «/() is the if function of LISP. 

int a = 5; 

int 6 = 0, c = 0; 

[ if{ a < 10, b == a, c == a); ] — > [ if{ o < 10, b = a, c = a); ]; 

The variable at the substitution destination differs according to the value region, 
and expresses the conditional branching. The solver expression does not necessar- 
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Program 

dynamic automatic struct accountstruct { 

int value = 0; 
int n = 0; 

int ssum = 0; 

} [0] account jiata; 

int totalp = 0, total = 0; 
float tax = 0.0; 

int account J.otal{ array x ) 
{ 

int i, n; 
Ji = 0; 

for (i = 0; i < vsize{x); 

n+ = x[i\.ssum; 
return n; 

}; 

[[i] accountJLata[{\.ssum == account-data[i].value * account-data[i].n; ]; 
[ totalp == account J.otal{account-data); ]; 
[ total == totalp * tax; ]; 

Execution 

tax = 1.05; 

account_data[0] .value = 100; 
account-data[0].n = 2; 
account-data[l]. value = 140; 
account.data[l].n = 3; 
account-data[2]. value = 120; 



Fig. 9. Accounting Program on RIPPLE 

ily fill the conditional expression in this kind of constraint expression. However, 
the purple constraint solver only executes the solver expression when the relating 
variable changes. This is the operation originally intended. 

6.6 Sample 3: Accounting Computation Program 

The accounting computation programming in Table I is now described on RIPPLE, 
as shown in Figure 9. It is an example of the batch application in [Zanden 1992], 
although this is a one-way computation. 

Some necessary explanations are given below. 

— The initial values of the structure member are referred to when the array size is 
varied. 

— The qualifier dynamic shows that the array size can be varied, and the qualifier 
automatic shows that the array size is automatically adjusted by means of an 
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dynamic automatic struct depositJnformationstruct { 

string depositor S-name = "" ; 
int amount = 0; 

} [0] depositSn formation; 

dynamic automatic struct debcreJiistory^truct { 

int debcrcamount = 0; 
string date = "2013/01/01"; 
string time = "00:00:00" ; 

} [1000] [0] debcreJiistory; 

dynamic struct usagestat^chk struct { 

int number ^o f -debcre = 0; 
bool morethanlOOtimes; 

} [0] usagestat^chk; 

int debcrejtotal{ array x ) 
{ 

int i, n; 
n = 0; 

for (i = 0; j < vsize(x); 

n+ = x[i].debcrejamount; 
return n; 

}; 

[b] depositJ,nformation[j].amount == debcreJtotal{ debcreJiistory\j] ); ]; 

[[j] usagestat.chk\j].number^fjdebcre==vsize{debcreJiistory\j] ); ]; 

usagestat.chk\j].morethanlOOtimes == if{ 

usagestat.chk\j].numberjof-debcre > 100, t,null ); ]; 

Fig. 10. Simplified Banking System on RIPPLE 

index reference. 

Insertion, and deletion are performed with, array element operations. For in- 
stance, the deletion operation 

account -data[0.. 2] = account-data[0,2..3] 

is possible, and the array is extended automatically by the insertion operation. 

6.7 Sample 4: Simplified Banking System 

The simplified banking system discussed earlier is now cast in RIPPLE, as shown in 
Figure 10. Permanent data is omitted to simplify the problem. Figure 11 illustrates 
various operations. 

6.8 Sample 5: Simplified Banking System with Multi-way Computation 

To make Figure 10 practicable, the storage data base is divided into two parts, 
which are selected according to user ID. This example is used to show the essence 
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User Register: 

depositSnf ormation\G\. depositors-name = "f/serl"; 
depositJ,nformation[l\.depositorsjname = "User2"; 
deposit-in formation\2\.depositorsjname = "UserS"; 

Debit/Credit of User 1: 

debcre_history[0] [vsize(debcre_history [0])] .debcre_amount = 10000; 
debcrejiistory[0][vsize(debcre_history[0])].debcre_amount = -5000; 

Debit/Credit of User 2: 

debcreJiistory[l][vsize(debcre_history[l])].debcre_amount = 20000; 
debcreJiistory[l][vsize(debcre_history[l])].debcre_amount = -10000; 



Fig. 11. Operations in the Simplified Banking System 

struct debcrejiistory struct { 

int debcre-amount = 0; 
string date = "2013/01/01"; 
string time = "00:00:00" ; 

}; 

dynamic automatic struct debcreJiistorystruct [1000] [0] debcreJiistoryl; 
dynamic automatic struct debcreJiistorystruct [1000] [0] debcreJiistory2- 

[[j] deposit-information[j]. amount == debcre-total{ 

ifij < 500, debcre-historyl[j],debcre-history2[j]) ); ]; 
[[j] usagestat-chk\j\.numberj)f-debcre == vsize{ 

if{j < 500, debcre-historyl[j],debcre-history2[j] ) ); ]; 

Fig. 12. Changes to Multi-way Banking System 

of the system, and is necessarily simplified in order to describe it. Figure 12 shows 
the changes. 

6.9 Sample 6: Simple Web Application 

A simple bulletin board on the web is operated as a content example of a user 
interface on RIPPLE. The structure of this application is shown in Figure 3 and 
Figure 4. This program is a one-way computation example, as there is no two- 
way protocol in HTTP. In this case, the multi-way computation is required to 
be composed as that composed partially of the banking system as a whole. The 
RIPPLE programs are shown in Figure 13 and Figure 14. 

The; int(;rfacc is adopted so that events derived from the HTTP server are an- 
ticipated and the function bbs-additem{) is called for data inputting. The display 
start index in the variable start-Count and the display item count in the variable 
list-Count are set. HTML data to be output is always prepared in the variable 
output-html. Insertion, deletion, and the exchange of data are performed with 
array element operations. 

Some explanation of Figure 13 and Figure 14 is given below. 
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dynamic automatic struct bbsdata^struct { 

string date = "2013/01/01"; 
string name = "" ; 
string message = "" ; 

} [0] bbsdata; 

dynamic struct outputstruct { 

string date; 
string name; 
string html; 

} [0] output-block; 

int start-Count = 0; 
int list-Count = 20; 
string output-html; 

void bbs-additem{ string input-date, string input-name, string input-message ) 
{ 

int i = vsize(bbsdata); 

bbsdata\i].date = input -date[0..'i\ & "/" & 
input-date[^> . & "/" & input -date[fi..9\; 
bbsdata[i] :n,a I nc = iiipu f-naine: 
bbsdata[i].message = input-message; 
return; 

}; 



Fig. 13. Web Bulletin Board System on RIPPLE - 1 

— The function strtrunc{) truncates characters with overlong strings. 
— & is the binary operator for the string concatenation operation. 
— && is the binary operator for the logical 'and' operation. 

6.10 Conclusion of RIPPLE 

Currently, RIPPLE can process all the sample programs in real-time. We do not 
consider speeding up to be as important as implementing the program language. 
RIPPLE-implemented LISP is not used in the implementation of Common LISP, 
which has a proven record of accomplishment. Although this LISP, being a sub- 
set of the independently developed Common LISP, was designed specifically for 
the RIPPLE implementation, it has never been considered for managing increas- 
ing speeds. Additionally, due to the limitation in unimplementing non-essential 
constraints that can be solved, the current RIPPLE rewrites these as equivalent 
operations and executes them. 

The web bulletin board executes 12 registration deletions as a batch process in 1 
s on a PC running Linux with an Intel Core 15. Even if cooperating with an Apache 
web server, a response time of about 1 s is usual, including various overheads. 

A big feature of this method is that technology allows it to speed up, and that we 
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[ vsize{cmtputJ)lock) == {start-Count + list-Count 

>= vsize{bbsdata) 7 vsize{bbsdata) — start-Count : start-Count + list-Count); ]; 

[[i] outputJ)lock[i\.date[0..'i\ == bbsdata[i + start.count\.date[0 . && 
outputJ)lock[i\.date[i..S\ == "y " && 

outputJ)lock[i\.date[G..7] == bbsdata{i + start-Count\.date[b..fi] && 
(mtputMock[i\.date[S..9] == "m " && 

outputJblock[i].dat('[10. .11] == ftft-sdatafi + start_cownt].(iate[8..9] && 
OMtpMt_6Zocfc[i].(iate[12] == ''d" ]; 

[[i] output J)lock[i]. name == strtrunc(bbsdata[i + start-Count].name, 20); ]; 

[[i] outputJ)lock[i].html == 

"Index:" & {string){i + start. count) & "<BR> \n" & 
"Date:" & outputMock[i].date h "<BR> \n" & 
"Name:" &c output J)lock[i]. name &i: "<BR> \n" & 

"Message<BR> \n" & 66sdata[i + start.count].message & "<BR><BR> \n"; ]; 

{ output Jitml == "<HTML><BODY> \n " & 

(string)start_count & " " & (string)ast.count & "<BR><BR> \n" & 
outputJ>lock[*].outputJitml & "< /BODYx /HTML> \n"; ]; 



Fig. 14. Web Bulletin Board System on RIPPLE - 2 

are essentially able to construct a large-scale network system. Therefore, discussing 
results in terms of time values is not so significant. 

It is important to show that a practical application can be developed by this 
mechanism. We believe we have shown it to be capable of achieving a very practi- 
cable processing speed, even though our implementation did not explicitly consider 
the speed up of processing. 

In this respect, the sample programs showed the descriptive possibility of the 
application. In all of the sample programs, the problem was efficiently reformu- 
lated without the trial-and-error of the constraint solver, though only the relations 
between data are described, thus achieving our purpose. 

Unlike the blue algorithm, the method does not reqiiire preprocessing beyond 
the dynamical execution of the constraints when the definition of the variables is 
changed. 

The multi-way constraint computation can handle data processing applications 
well, including the batch application described in [Zanden 1992]. 

7. CONCLUSION 

This document has proposed a programming paradigm with non-declarative con- 
straints, which is a computation model for achieving a balance between a direct 
response to design methods and program code and effective execution. The spec- 
trum of the constraint solving algorithm is purple, which is a simplified form of 
the conventional blue. This was achieved by focusing the target problem on data 
operational applications, typified by a business system, and using the inherent 
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properties. 

Correspondence with the design method is maintained even though this model 
can be modulated by domain decomposition and removes part of the parallelism of 
the computing model. This model can handle the entire system. 
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